*一、前言

昨天實際使用天氣 API 查詢了台北、台中和高雄三個不同的地點，
也發現只要修改 latitude 和 longitude，
API 就會回傳不同地點的天氣資料。

今天則要把昨天查詢到的結果放在一起比較，
前面的電影 API 曾經使用不同關鍵字查詢節目，
再比較搜尋結果中的基本資料，
這次也採用類似的方式，
這次會主要比較溫度、濕度和風速，
看看同一個 API 在不同地點回傳的資料有什麼差異。

⸻

二、比較查詢到的地點

昨天一共查詢了三個地點：

• 台北
• 台中
• 高雄

三次使用的 API 都是相同的：
https://api.open-meteo.com/v1/forecast
差別主要在於網址中的 latitude 和 longitude。

實際查詢到的座標如下：
地點 latitude longitude
台北 25.06151 121.5194
台中 24.147627 120.70138
高雄 22.671352 120.31185

可以看到三個地點的經緯度都不相同，
因此 API 會根據不同的座標回傳對應位置的天氣資料。

⸻

三、比較地點的基本資料

接著比較三個地點目前回傳的基本天氣資料。
這次三筆資料中，都可以看到 current 裡面的：
temperature_2m
relative_humidity_2m
wind_speed_10m
這三個資料分別可以用來觀察目前的溫度、相對濕度和風速。

實際查詢結果如下：

三個地點的查詢時間都在 2026 年 9 月 20 日上午，
因此可以直接將這三筆資料放在一起觀察。

不過天氣資料會隨時間改變，
所以這個比較主要代表的是這次查詢當下的結果，
並不能代表三個城市一直都是這樣的天氣。

⸻

四、結果比較

從這次查詢結果可以看到，
三個地點的資料確實有所不同

整理之後，可以很清楚地看到：

⸻

五、從這次比較發現

這次最明顯的發現，
就是同一個 API 並不代表每次回傳的資料都一樣。
雖然三次使用的 Endpoint 和查詢的天氣項目都相同，但因為 latitude 和 longitude 不同，
所以最後得到的資料也不同。

這也再次驗證了前面學到的 Parameter 概念，
在書籍 API 中，修改 q 可以搜尋不同的書籍
在電影 API 中，也可以透過不同的搜尋關鍵字得到不同的節目結果。

而天氣 API 則是透過座標指定地點。
因此可以發現，
API 的使用方式雖然會因為服務不同而有所差異，
但核心概念還是很相似的：
提供不同的查詢條件 → API 處理 Request → 回傳符合條件的資料。

這次也發現直接閱讀 JSON 雖然可以看到完整資料，
但如果要比較多筆資料，
把需要的內容整理成表格會更加清楚。

⸻

六、總結

今天將昨天查詢到的台北、台中和高雄三個地點的天氣資料放在一起比較。
從實際結果可以看到，三個地點在溫度、濕度和風速上都有不同。

透過這次操作，
也再次把前面學到的 API 概念串在一起
同一個 Endpoint 可以搭配不同的 Parameter，
API 就會根據不同的查詢條件回傳不同的資料。

目前已經可以取得天氣資料並進行基本比較，
接下來會進一步研究天氣 API 回傳的 JSON 結構，
看看這些資料到底是怎麼被組織在一起的。

⸻